home *** CD-ROM | disk | FTP | other *** search
- Date: Wed, 6 Apr 94 16:07:20 PDT
- From: Info-Hams Mailing List and Newsgroup <info-hams@ucsd.edu>
- Errors-To: Info-Hams-Errors@UCSD.Edu
- Reply-To: Info-Hams@UCSD.Edu
- Precedence: Bulk
- Subject: Info-Hams Digest V94 #385
- To: Info-Hams
-
-
- Info-Hams Digest Wed, 6 Apr 94 Volume 94 : Issue 385
-
- Today's Topics:
- 73 (2 msgs)
- [News] NOAA/NWS To Expand Weather Radio Coverage
- Cable channel 18..
- Conn. Commission: ARRL Discriminates Against Gays
- Forwarding: PCBoard Artwork and LASER Printers
- FT-530 DC CONNECTOR
- Gammer and speeling
- heinous operating (2 msgs)
- Heinous operating techniques (AGAIN!)
- How phasing SSB Exciters Work (Was: RF and AF speech pr
- Password=?/for callsign.cs.buffalo.edu (2 msgs)
- STOP SENDING HAMS ON USENET CRAP !!!
-
- Send Replies or notes for publication to: <Info-Hams@UCSD.Edu>
- Send subscription requests to: <Info-Hams-REQUEST@UCSD.Edu>
- Problems you can't solve otherwise to brian@ucsd.edu.
-
- Archives of past issues of the Info-Hams Digest are available
- (by FTP only) from UCSD.Edu in directory "mailarchives/info-hams".
-
- We trust that readers are intelligent enough to realize that all text
- herein consists of personal comments and does not represent the official
- policies or positions of any party. Your mileage may vary. So there.
- ----------------------------------------------------------------------
-
- Date: 6 Apr 94 17:00:34 GMT
- From: ihnp4.ucsd.edu!swrinde!gatech!newsxfer.itd.umich.edu!zip.eecs.umich.edu!yeshua.marcam.com!charnel!psgrain!news.tek.com!gvgpsa.gvg.tek.com!gold.gvg.tek.com!gold!cleveland@network.ucsd.edu
- Subject: 73
- To: info-hams@ucsd.edu
-
- Recently
- >|David R. Tucker KG2S 8P9CL drt@world.std.com|
- replied to the "73's" war thread:
-
- >It's not confusing or ambiguous. If you don't like it, don't use it. But
- >if someone foregoes the simple substitution you happen to use, and
- >says "seventy-threes" on a repeater, what's the big deal?
-
- Oh David, poor David,
-
- You really do miss the point don't you.
- It's not a linguistic issue at all,
- it's a religious issue, and you'll never
- win that one by using logic.
-
- 73
-
- Grover
-
-
- ************************************************************************
- * Grover Cleveland WT6P@KE6LW.#NOCAL.CA *
- * Instructional Designer v(916) 478-3153 *
- * The Grass Valley Group Inc. - A Tektronix Company f(916) 478-3831 *
- * Grass Valley, California DoD 7388 *
- ************************************************************************
-
- ------------------------------
-
- Date: Wed, 6 Apr 94 17:25:39 GMT
- From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!torn!nott!dgbt!clark.dgim.doc.ca!news@network.ucsd.edu
- Subject: 73
- To: info-hams@ucsd.edu
-
- Russell Lee (George@golflima.demon.co.uk) wrote:
-
- : Yes, I think you are quite correct. *73* should not have an *s* nor a
- : *best* or *very*. Whats all this nonsense with *KN* when *K* is
- : all thats needed? 73
- : --
- : Russell Lee G6GL
-
- There is a difference between "K" and "KN". "KN" signifies 'over to you
- only' whereas "K" signifies "over to you' and any other station is invited
- to break in.
-
- Jim, VE3XJ
-
- ------------------------------
-
- Date: Wed, 6 Apr 1994 17:00:59 GMT
- From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!europa.eng.gtefsd.com!darwin.sura.net!rsg1.er.usgs.gov!dgg.cr.usgs.gov!bodoh@network.ucsd.edu
- Subject: [News] NOAA/NWS To Expand Weather Radio Coverage
- To: info-hams@ucsd.edu
-
- In article <1994Apr6.081311.29757@ke4zv.atl.ga.us>, gary@ke4zv.atl.ga.us (Gary Coffman) writes:
- |> Since I live in the area of the tornados, I'll say that Al Gore doesn't
- |> know what he's talking about. (no surprise) The area of the tornados
- |> is served well by 3 NWS stations, and numerous broadcast stations tied
- |> to the EBS system. The problem is that people weren't listening to the
- |> warnings being issued.
- |>...
- |> (When some regional reporting station relayed over your local
- |> NWS automated transmitter is saying partly cloudy, and you've
- |> got 4 inches of partly cloudy on the ground and more falling,
- |> you begin to lose confidence in the system.)
- |>
- |> Gary
-
- More people should buy weather alert weather radios. In tornado weather,
- I monitor TV, weather radio (NOAA) and the ham/civil defense spotters. It
- is scary sometimes when you consider the delays. The typical delay between
- when the spotter(s) verify the tornado on the ground and when the NOAA
- station sounds the alert can be 1-2 minutes. I have seen 10 minute delays
- between when it is sighted and when a tornado warning is broadcast on TV.
-
- ------------------------------
-
- Date: Wed, 6 Apr 94 13:29:22 -0500
- From: ihnp4.ucsd.edu!swrinde!gatech!news.byu.edu!news.mtholyoke.edu!nic.umass.edu!noc.near.net!news.delphi.com!usenet@network.ucsd.edu
- Subject: Cable channel 18..
- To: info-hams@ucsd.edu
-
- Aaron Smith <wolfman@p-cove.UUCP> writes:
-
- > I don't know how much this has been discussed here, but I would like to
- >know what I can do about our cable system. There is a real bad cable leak
- >in our town. If I tune to 145.25 while in my car, I can even hear their
- >continuous carrier, thats how bad it is.. Who do I talke to or contact
- >about getting this problem fixed? Whenever someone transmits they get
- >into everyones channel 18 in about a half mile radius. Noone has really
- >complained to the cable company yet, probably because here it's a pay
- >station (PASS.. joy) and I don't think many people subscribe to it..
-
- I agree with Tony -- cable systems these days are positively paranoid about
- "egress" problems because the FCC has been cracking down hard on operators
- that don't fix their leaks. When you call be sure to ask for the chief
- technician (they say "technician" in the cable biz, not "engineer" as in
- broadcasting) and tell him whatever you can about where you heard the carrier.
-
- -- Ed Ellers, KD4AWQ
-
- ------------------------------
-
- Date: 6 Apr 1994 15:30:03 -0400
- From: ihnp4.ucsd.edu!usc!math.ohio-state.edu!howland.reston.ans.net!news.ans.net!hp81.prod.aol.net!search01.news.aol.com!not-for-mail@network.ucsd.edu
- Subject: Conn. Commission: ARRL Discriminates Against Gays
- To: info-hams@ucsd.edu
-
- In article <204315Z05041994@anon.penet.fi>, an87806@anon.penet.fi writes:
-
- Too long to reprint, but the article said that the ARRL discriminates against
- gays.
-
- Well good for the ARRL! Ham radio is not about somebody's sexual orientation.
- It is about a radio hobby. I am getting sick and tired to the gays throwing
- their lifestyle in my face. I sure don't want them pushing their lifestyle
- into my hobby. I don't push my lifestyle into theirs.
-
- ARRL, thanks for standing up to the radicals! Keep up the fight!
-
- ------------------------------
-
- Date: 6 Apr 94 17:36:32 GMT
- From: news-mail-gateway@ucsd.edu
- Subject: Forwarding: PCBoard Artwork and LASER Printers
- To: info-hams@ucsd.edu
-
- From: David Shalita:ES AE:Xerox
- Sender: D.R. Shalita:ES AE:Xerox
- Subject: PCBoard Artwork and LASER Printers
- Date: 6-April-94 (Wednesday) 8:17:55 PDT
- Answer to: David Shalita:ES AE:Xerox
- In reply to: D.R. Shalita:ES AE:Xerox
-
- Note: Hi,
- I'm attempting to make at home, small PCBoard artwork for QRP
- and Homebrew projects using TONER TRANSFER IRON-ON mylar
- film products. I am a PADS Shareware User, and now will also
- try using EASYTRAX to generate the PCBoard artwork files.
-
- Just as I am getting started;
- My old dot matrix printer died, so MUST purchase a replacement
- printer. This will be my personal printer, so on small budget,
- am trying to purchase the most capable compatible printer
- my dollars will buy.
-
- A Laser Printer is a must since I will be using the IRON-ON toner
- transfer materials. Am I correct in assuming that less costly
- INKJET printers are not usable, unless I copied every PCBoard
- image onto the IRON-ON sheets on a plain paper copier....knowing
- that there will be inaccuracies from copying?
-
- An HP 4L (1 mbyte ram) or an EPSON ACTION LASER 1500 (1 mbyte ram)
- seem to be 2 possible affordable printers. I am concerned that
- both printers may not have enough ram memory for PCBoard
- artwork and GIF files for fun.
-
- My PCBoard files from PADS seem to be around 240 kbytes when
- output using the HPIIP mode. GIF files seem to be from 80 to
- 700 kbytes. Ram memory versus file size....?
-
- Is anyone out there doing PCBoard artwork on either of these LASERS
- or an other brand that is equivalent or less expensive and equally
- usable?
-
- Another question.
- What software will work to do the INVERTING of the arwork image?
- I do not see that capability in PADS and am not sure with EASYTRAX.
- Some Shareware Paint program?
-
- Any thoughts will be very helpful.
-
- Thanks and 73
- Dave w6mik
-
- ------------------------------
-
- Date: 6 Apr 94 21:31:10 GMT
- From: news-mail-gateway@ucsd.edu
- Subject: FT-530 DC CONNECTOR
- To: info-hams@ucsd.edu
-
- I made a mistake in my previous post...
- The part number for the connector is E-DC-6
- And Yeasu's phone number is (310) 404-2700
-
- Sorry for any inconvenience...
-
- Pierre
-
- ------------------------------
-
- Date: Wed, 6 Apr 1994 13:54:21 GMT
- From: emba-news.uvm.edu!griffin.emba.uvm.edu!gdavis@uunet.uu.net
- Subject: Gammer and speeling
- To: info-hams@ucsd.edu
-
- Yes, yoous guys are right on. Yous see I have a bad editor and just
- am not eble to make me postings come out right.
-
- Besudes yous can't persecute me.. I got A in enish at collage.
-
- I steel think hams cant speel to gud.
-
- --
- ******** Gary E. Davis***** WQ1F *****
- The most common of all follies is to believe passionately in the
- palpably not true. It is the chief occupation of mankind.-H.L.Mencken
-
- ------------------------------
-
- Date: 6 Apr 94 18:45:21 GMT
- From: dog.ee.lbl.gov!ihnp4.ucsd.edu!pacbell.com!att-out!cbnewsh!ostroy@ucbvax.berkeley.edu
- Subject: heinous operating
- To: info-hams@ucsd.edu
-
- bote@access1.digex.net (John Boteler) wrote:
- >ostroy@cbnewsh.cb.att.com (Dan Ostroy ) writes:
- >>One alternative, simply keying up and making a transmission,
- >>more often than not,
- >>results in even more wasted time.
-
- >Why? I have heard an argument similar to yours for
- >using "Here is" or a variant, but I need to know
- >why transmitting only a callsign results in
- >more wasted time than a transmission, a pause,
- >and another transmission.
-
- Well, I'll take a shot at an explanation. Try this scenario: 4 stations
- (A through D) each want to check in and each has 2 or 3 traffic items to
- list.
-
- A and B both key up at the same time, give their calls, and go straight
- into listing their traffic. Both are about equal signal strength, so
- no one really gets through. A only had 2 to list so he stops first.
- Then the tail end of B is heard, listing his third piece of traffic, but
- no one knows who he was. When he is done, C and D commence, and the same
- thing happens. After them, maybe a few more stations would try to checkin.
- To prevent chaos, the Net control would have to step in after every few
- stations to get repeats on what he had missed. This is the scenario
- I had in mind by "more often than not, ...even more wasted time."
-
- The argument was given that the stronger station will be heard
- over the weaker. My observation has been that the dueling stations
- are evenly matched nearly half the time, and neither is intelligible.
-
- Don't get me wrong. I don't want to be in the position of defending
- the practice, but I have observed that "here is" seems to work.
- It appears to enable more stations to check in before the net control
- has to come back, and that makes for better efficiency.
-
- One net I know of has developed the practice of saying "good evening Joe",
- dropping the carrier, then proceeding with callsign and traffic list.
- (Assuming Joe is the name of the net control station.) Hard to believe
- how annoying it is to hear "good evening Joe" thirty or forty times.
-
- I'm not sure how your net works on 147.18; does each station check in
- with only a callsign, then wait for the net control to come back later and
- ask if he has anything to list? If this is the case, then certainly it
- makes no sense to put "here is" before the call, if the call is all you
- are sending. But if the initial call also includes an info list of
- some variable length, then my A-D scenario above seems like a real strong
- possibility.
-
- --
- Dan Ostroy - K2UL -
- AT&T Bell Labs, Holmdel, NJ USA 908-949-5922 d.ostroy@att.com
-
- ------------------------------
-
- Date: 6 Apr 94 21:03:31 GMT
- From: sdd.hp.com!col.hp.com!fc.hp.com!myers@hplabs.hp.com
- Subject: heinous operating
- To: info-hams@ucsd.edu
-
- Dan Ostroy (ostroy@cbnewsh.cb.att.com) wrote:
-
- > Well, I'll take a shot at an explanation. Try this scenario: 4 stations
- > (A through D) each want to check in and each has 2 or 3 traffic items to
- > list.
-
- So what's wrong with using the method I mentioned earlier (check-in via
- suffix), plus adding either "with traffic" or "no traffic"?
-
- You SHOULD NOT be listing each and every piece of traffic separately at
- check-in; this DOES waste time, possibly delaying someone with more important
- traffic than yours (which would be flagged at check-in something like, "EW,
- emergency traffic" and presumably net control is enough on the ball to drop
- everything else and take your traffic first). Only after the stations are
- recognized and net control is trying to get the traffic routing sorted
- out would you be asked for the gory details.
-
- Our local traffic net uses a slight modification of this; since local traffic
- that is outbound almost always is being sent to a regional net (in our case,
- the Twelfth Region Net), a station with such traffic is encouraged to simply
- use something like "EW, for Twelfth Region Net" or even better "EW, for TWN"
- when checking in.
-
- If your net control prefers to know how big a load he or she is dealing with,
- then your check-in might be "EW with 2" or some such in place of the
- simple "with traffic". But in any event, I've always though that the
- "This is" practice is an utter abomination. If they can hear the "This is",
- they would also hear your suffix; if they don't hear it, you still haven't
- prevented doubling. The goal is to use the time/bandwidth EFFICIENTLY.
-
-
- Bob Myers KC0EW Hewlett-Packard Co. |Opinions expressed here are not
- Advanced Systems Div. |those of my employer or any other
- myers@fc.hp.com Fort Collins, Colorado |sentient life-form on this planet.
-
- ------------------------------
-
- Date: 6 Apr 94 13:58:28
- From: ihnp4.ucsd.edu!swrinde!gatech!newsxfer.itd.umich.edu!zip.eecs.umich.edu!zip.eecs.umich.edu!hideg@network.ucsd.edu
- Subject: Heinous operating techniques (AGAIN!)
- To: info-hams@ucsd.edu
-
- >Thank you for elegantly proving my argument for me.
-
- >Why double the check-in time in the first place
- >with an extraneous phrase? Efficient communications
- >demand deleting extraneous verbiage and cutting
- >to the core of the message.
-
- Efficiaent communications also demands standardization. This works quite
- well for our net. I guess your mileage may vary. It doesn't double the
- check-in time. On the Southeastern Michigan Traffic Net, stations checking
- in have additional information beyond their callsigns to give NCS (no traffic,
- traffic for so-and-so, etc.). If we didn't require this little check for
- doubling, there would be many more repeats on information needed. We've had
- people do it both ways, and the "this is" method has proven to be the better
- method.
-
- I guess you should use whatever works. This works for us.
-
- --Steve, N8HSC
- Retired Net Manager, SEMTN.
-
- ------------------------------
-
- Date: 6 Apr 94 19:02:30 GMT
- From: sdd.hp.com!col.hp.com!srgenprp!alanb@hplabs.hp.com
- Subject: How phasing SSB Exciters Work (Was: RF and AF speech pr
- To: info-hams@ucsd.edu
-
- David Hough (dave@llondel.demon.co.uk) wrote:
-
- > In article <CnrLxD.Hww@srgenprp.sr.hp.com> alanb@sr.hp.com (Alan Bloom) writes:
-
- > >I have often thought, though, that the Weaver method would be well-suited
- > >to implementation in a DSP, since you can get mathematically perfect
- > >carrier suppression.
-
- > Not sure if it is the most efficient way though, and you are limited in your
- > output frequency - or were you only thinking of doing the audio stages in the
- > DSP and converting the 'mixed' output back to analogue for injection into
- > the RF mixers?
-
- I figured you could do it at a low "RF" frequency of a few 10's of kHz
- and then heterodyne it up to the radio's IF frequency.
-
- David Stockton (dstock@hpqmoca.sqf.hp.com) wrote:
-
- : David Hough (dave@llondel.demon.co.uk) wrote:
- : : Why not use a Weaver (Third Method) exciter? ...
-
- : This avoids the need for broadband (multi-octave) phase shifters but
- : still leaves the need for precise amplitude matching to get accurate
- : cancellation of the unwanted sideband. The required amplitude and phase
- : matching to get comparable suppression to a reasonable quality filter
- : exciter are both severe. You can adjust to get best cancellation, but
- : this still needs it to be stable and for all frequencies to cancel at
- : the same position of the adjuster.
-
- Except that the "unwanted sideband" does not fall into an adjacent
- channel as it does with the "first" and "second" methods of SSB generation.
- Since the unwanted sideband folds back into the wanted sideband, poor
- rejection shows up as audio distortion, rather than adjacent-channel
- interference. A Weaver SSB generator should achieve around 40 dB
- suppression which amounts to around 1% distortion. I think that's
- rather better than most SSB rigs currently achieve.
-
- : An attractive compromise is to use a phasing source (polyphase
- : network, weaver or whatever) to get modest suppression of the unwanted
- : sideband, the clipper section of the RF speech processor, and finally a
- : wide-ish lower than usual filter. We get the sum of the suppression
- : factors of the two systems,
- ... less the amount of clipping used.
- If the phasing generator has 30 dB suppression, there is 20 dB of clipping,
- and the post-clipping filter has 30 dB suppression, you get a total of
- 40 dB suppression, not 60. However I agree it shouldn't be hard to get
- such a system to be plenty good enough.
-
- AL N1AL
-
- ------------------------------
-
- Date: 6 Apr 1994 18:52:08 GMT
- From: ihnp4.ucsd.edu!swrinde!emory!europa.eng.gtefsd.com!news.umbc.edu!haven.umd.edu!cs.umd.edu!newsfeed.gsfc.nasa.gov!bolt.gsfc.nasa.gov!user@network.ucsd.edu
- Subject: Password=?/for callsign.cs.buffalo.edu
- To: info-hams@ucsd.edu
-
- Got in, but then did not know password! Not welcome! Dick
-
- ------------------------------
-
- Date: 6 Apr 1994 19:25:15 GMT
- From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!math.ohio-state.edu!hobbes.physics.uiowa.edu!news.uiowa.edu!panda@network.ucsd.edu
- Subject: Password=?/for callsign.cs.buffalo.edu
- To: info-hams@ucsd.edu
-
- In note <RICHARD_BOLT-060494135237@bolt.gsfc.nasa.gov>, RICHARD_BOLT@CCMAIL.
- GSFC.NASA.GOV (Dick Bolt) writes:
- >Got in, but then did not know password! Not welcome! Dick
- If you just want the callsign server telnet to callsign.cs.buffalo.edu 2000.
- No password is required on that port. However the 'buffalo' callsign server is
- from April 1993 and is out of date. There is a more up to date server (October
- 1993) at pc.usl.edu 2000. Both servers work exactly the same.
-
- ---
- _________________________________________
- The opinions in this post are mine and my cat's, not my employer's.
- scottm@csg.mot.com (Scott F. Migaldi)
-
- ------------------------------
-
- Date: 31 Mar 1994 16:18:11 +1000
- From: ihnp4.ucsd.edu!munnari.oz.au!yoyo.aarnet.edu.au!news.adelaide.edu.au!news.cs.su.oz.au!metro!news.ci.com.au!eram.esi.com.au!not-for-mail@network.ucsd.edu
- Subject: STOP SENDING HAMS ON USENET CRAP !!!
- To: info-hams@ucsd.edu
-
- In article <764973671snx@bsdihi.atr.bso.nl>,
- dihi@bsdihi.atr.bso.nl (Dick Hissink) writes:
-
- | It happens again and again. Every couple of weeks six tremendous large
- | files with AMATEURS ON USENET. This times each part from the six even
-
- Every couple of weeks? I doubt it.
-
- | AMATEURS ON USENET: Those interested can download the latest updated
- | version by ftp form server....
-
- Excuse me, but USENET does not necessarily imply access to FTP etc.
-
- | What do Y'all think of my idea??
-
- I could go along with reducing the frequency of the postings, or perhaps
- confining them to rec.radio.info. I guess you get this via a mailing list,
- right?
-
- --
- Dave Horsfall (VK2KFU) VK2KFU @ VK2AAB.NSW.AUS.OC PGP 2.3
- dave@esi.COM.AU ...munnari!esi.COM.AU!dave available
-
- ------------------------------
-
- Date: 6 Apr 94 18:21:28 GMT
- From: sdd.hp.com!col.hp.com!fc.hp.com!myers@hplabs.hp.com
- To: info-hams@ucsd.edu
-
- References <bote.765267957@access1>, <HIDEG.94Apr4011228@spsd10b.erim.org>, <bote.765611050@access3>
- Subject : Re: Heinous operating techniques (AGAIN!)
-
- John Boteler (bote@access.digex.net) wrote:
- > Yes, the smart operator knows how to eliminate
- > inefficient practices such as "This is" and
- > get right to the job at hand. He does not
- > need to vary the length of "This is" because
- > such a mechanism is already in place: his
- > callsign, which could require less time to say,
- > such as "NF3I", or more time to say, such as
- > "KA6WWY".
-
- Even in the latter case, there's no need to take the longer time; the
- practice only shows up in such situations as net check-in, in which case
- the full legal ID isn't needed. KA6WWY could just check in as "WWY" on the
- first go-round, and when net control gets back around to acknowledging
- the check-ins either note the full call (if recognized) or ask for the
- full call (if it wasn't). For example, I might participate in the
- following exchange when checking into the local traffic net:
-
- "N0XXX, net control, now taking check-ins for the Northern Colorado Traffic
- Net...."
-
- "EW"
-
- "EW, net control"
-
- "KC0EW, Bob, Loveland, no traffic"
-
- Or if net control recognizes the call (or maybe just my voice):
-
- "Recognize KC0EW...Bob, any traffic?"
-
- "No traffic"
-
- ...since control already in this case knows who and where I am. If I had
- emergency traffic, of course, I would certainly state that as early
- as possible - probably when first checking in.
-
- There's NOTHING more frustrating than trying to sort out three overlapping
- attempts at checking in, each of which consisted solely of "This is"! :-)
-
-
- Bob Myers KC0EW Hewlett-Packard Co. |Opinions expressed here are not
- Advanced Systems Div. |those of my employer or any other
- myers@fc.hp.com Fort Collins, Colorado |sentient life-form on this planet.
-
- ------------------------------
-
- Date: (null)
- From: (null)
- --
- +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
- + Tom Bodoh - Sr. systems software engineer, Hughes STX, N0YGT +
- + USGS/EROS Data Center, Sioux Falls, SD, USA 57198 (605) 594-6830 +
- + Internet; bodoh@dgg.cr.usgs.gov (152.61.192.66) +
- + "Welcome back my friends to the show that never ends!" EL&P +
- +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
-
- ------------------------------
-
- End of Info-Hams Digest V94 #385
- ******************************
- ******************************
-